/**
 * @author Jackson
 * @create 2024/12/31 9:54
 * @description
 */
package com.zhihao.zhihaopicturebackend.controller;

/*
    目前图片管理模块需要优化的点：
        存储优化：
            1. 删除策略：立即删除+定期删除（redis惰性删除不需要）
                立即删除：‘原图+webp压缩图+缩略图’
                定期删除：删除‘冷数据’，如何定义冷数据---超过一段时间未被访问/下载的图片     cos批量删除接口+mybatisPlus批量操作
                    maybe需要新增字段:latest_visit_time latest_download_time,并且补充更新每个访问/下载接口的字段更新逻辑
                        查询不等于访问吧，访问应该是需要查看详情页才算 访问量+1吧  否则主页全查那也能算访问量+1？ 只能算查询量+1
        业务优化：
            1. 主页图片展示列表---展示热度最高的图片(热度==图片查询次数多+访问量多+下载多) 优先级orderBy

         ⭐ 2. 更新图片信息---当更新的是图片，则需要触发原始图片的删除
                更新图片逻辑：首先会有原始图片的信息记录(包含原始id),这时重新编辑或更换新图片，相当于直接又上传了一条新记录
                （因为好像跟传统的图片上传接口回传url不同，这个项目好像是直接新建一条记录，因为好像没回传的类似接口）

            3. addSpace接口impl中intern()加锁的字符串常量池不会释放，更换使用ConcurrentHashMap存储锁对象(并发编程加锁方式)

            4. 本地锁+事务

            5. 以图搜图第二种实现方式-bing的开放免费API接口

            6. 按颜色搜图-设置阈值过滤-否则会出现前12个可能也是颜色一点都不相似的图片

            7. AI智能绘图接口 后端去进行调用---优点：便于将任务保存倒数据库中，失败重试，日式记录，权限校验等
                前端轮询（实际上也是请求后端，只不过是多次发请求查询）
                后端轮询

 */